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Sir: 

This Appeal Brief is submitted in support of the Notice of Appeal filed April 22, 2008 
and in response to the Examiner reopening prosecution in the Office Action dated July 14, 2008, 
wherein Appellant appeals from the Examiner's rejection of claims 1-7, 9-13, and 15-18. 

I. REAL PARTY IN INTEREST 

This application is assigned to IBM Corporation by assignment recorded on January 16, 
2004, at Reel 014905, Frame 0225. 

II. RELATED APPEALS AND INTERFERENCES 

An Appeal has been filed in related U.S. Patent Application No. 10/675,503 (hereinafter 
the '503 application). 
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III. STATUS OF CLAIMS 

Claims 1-7, 9-13, and 15-18 are pending and three-times rejected in this Application. 
Claims 8 and 14 have been cancelled. It is from the multiple rejections of claims 1-7, 9-13, and 
15-18 that this Appeal is taken. 

IV. STATUS OF AMENDMENTS 

The claims have not been amended subsequent to the imposition of the Third Office 
Action dated July 14, 2008 (hereinafter the Third Office Action). 

V. SUMMARY OF CLAIMED SUBJECT MATTER 

1 Referring to Figure 4 and also to independent claim 1, a mobile server wallet provider 

2 (MSWP) portal 400 is disclosed. The MSWP portal 400 is configured to communicatively 

3 couple both to a plurality of MS WPs 430 and also a content proxy 440 (lines 1-3 of paragraph 

4 [0028]; lines 1-2 of paragraph [0029]). The MSWP portal 400 includes a composite profile 

5 generator configured to combine a plurality of MSWP profiles 480 into a single, composite 

6 profile 460 for routing payment messages 490 in the proxy 440 to the MSWP portal 400 (lines 5- 

7 9 of paragraph [0029]). The MSWP portal 400 includes selection logic configured to process a 

8 user selection of one of the MSWPs 430 to process a payment transaction received through the 

9 proxy 440 (lines 3-5 of paragraph [0030]). 

10 Referring to Figure 4 and also to independent claim 4, a payment transaction system is 

1 1 disclosed. The payment transaction system includes a plurality of mobile server wallet providers 

12 (MSWPs) 430, at least one content proxy 440, and at least one MSWP portal 400. The plurality 

13 of mobile server wallet providers (MSWPs) 430 are coupled to respective on-line financial 
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1 institutions 420 (lines 1-3 of paragraph [0029]). The at least one content proxy 440 is configured 

2 to couple both to on-line merchants 450 and to end user customers 410 of the on-line merchants 

3 450 (lines 2-4 of paragraph [0028]). The at least one MSWP portal 400 is disposed between the 

4 MSWPs 430 and the at least one content proxy 440 (lines 1-3 of paragraph [0028]; lines 1-2 of 

5 paragraph [0029]). 

6 Referring to Figure 5 and also to independent claim 7, a method for processing a payment 

7 transaction in a mobile commerce system is disclosed. In block 540, a payment message is 

8 processed in a portal to identify one of a selection of mobile server wallet providers (MSWPs) to 

9 handle an associated payment transaction (lines 3-8 of paragraph [0032]). In block 550, the 

10 payment message is routed to an identified one of the MSWPs (lines 1-2 of paragraph [0033]). 

11 In block 505, individual MSWP profiles arc combined for each of the MSWPs into a composite 

12 profile, and the composite profile is provided to a content proxy for use in trapping payment 

13 messages passing through the content proxy between an on-line merchant and a customer in the 

14 mobile commerce system (lines 3-8 of paragraph [0031]). 

15 Referring to Figure 5 and also to independent claim 13, a machine readable storage 

16 having stored thereon a computer program for processing a payment transaction in a mobile 

17 commerce system is disclosed. The computer program comprises a routine set of instructions 

18 which when executed by the machine cause the machine to perform the following steps In block 

19 540, a payment message is processed in a portal to identify one of a selection of mobile server 

20 wallet providers (MSWPs) to handle an associated payment transaction (lines 3-8 of paragraph 

21 [0032]). In block 550, the payment message is routed to an identified one of the MSWPs (lines 

22 1-2 of paragraph [0033]). In block 505, individual MSWP profiles are combined for each of the 

23 MSWPs into a composite profile, and the composite profile is provided to a content proxy for 
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1 use in trapping payment messages passing through the content proxy between an on-line 

2 merchant and a customer in the mobile commerce system (lines 3-8 of paragraph [003 1]). 

VI. GROUND OF REJECTION TO BE REVIEWED ON APPEAL 

1. Claims 1-7, 9-13, and 15-18 were rejected under 35 U.S.C. § 103 for obviousness 
based upon Suzuki et al, U.S. Patent Publication No. 2002/0032616 (hereinafter Suzuki), in 
view of Schuba et al, U.S. Patent Publication No. 2002/0052842 (hereinafter Schuba). 
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VII. ARGUMENT 



1 The Rejection of Claims 1-7, 9-13, and 15-18 Under 35 U.S.C. $ 103 for 

2 Obviousness based upon Suzuki in view of Schuba 

3 For convenience of the Honorable Board in addressing the rejections, claims 2, 4-5, 7, 9- 

4 13, and 15-18 stand or fall together with independent claim 1 and claim 6 stands or falls together 

5 with claim 3. 
6 

7 As is evident from Appellant's previously-presented comments during prosecution of the 



8 present Application and from Appellant's comments below, there are questions as to how the 

9 limitations in the claims correspond to features in the applied prior art. In this regard, reference 

10 is made to M.P.E.P. § 1207.02, entitled "Contents of Examiner's Answer." Specifically, the 

1 1 following is stated: 



12 (A) CONTENT REQUIREMENTS FOR EXAMINER'S ANSWER. The examiner's 

13 answer is required to include , under appropriate headings, in the order indicated, the following 

14 items: 
15 

16 (9)(e) For each rejection under 35 U.S.C. 102 or 103 where there are questions 

17 as to how limitations in the claims correspond to features in the prior art even after the 

1 8 examiner complies with the requirements of paragraphs (c) and (d) of this section, the 

1 9 examiner must compare at least one of the rejected claims feature by feature with the 

20 prior art relied on in the rejection. The comparison must align the language of the claim 

21 side-by-side with a reference to the specific page, line number, drawing reference 

22 number, and quotation from the prior art, as appropriate, (emphasis added) 



24 Therefore, if the Examiner is to maintain the present rejections and intends to file an Examiner's 

25 Answer, the Examiner is required to include the aforementioned section in the Examiner's 

26 Answer. 
27 

28 As noted in the First Appeal Brief dated April 8, 2008 (hereinafter the First Appeal 

29 Brief), the Examiner failed to specifically identify the teachings being relied upon in the 
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1 rejection as required under with 37 C.F.R. § 1.104(c). 1 Previously, the Examiner rejected the 

2 claims under 35 U.S.C. § 102 for anticipation based upon Suzuki, whereas in the current 

3 rejection the Examiner is relying upon Suzuki to teach most of the claim limitations and Schuba 

4 to teach "a wallet portal" (see page 3 of the Third Office Action). However, the Examiner's 

5 analysis in the Third Office Action still fails to clearly explain the pertinence of Suzuki. 
6 

7 "In rejecting claims under 35 U.S.C. § 103, the examiner bears the initial burden of 

8 presenting a prima facie case of obviousness." 2 The legal conclusion of obviousness is based on 

9 underlying findings of fact including the scope and content of the prior art, the differences 

10 between the prior art and the claims at issue, and the level of ordinary skill in the pertinent arts. 3 

1 1 "Secondary considerations such as commercial success, long felt but unsolved needs, failure of 

12 others, etc., might be utilized to give light to the circumstances surrounding the origin of the 

13 subject matter sought to be patented." 4 Therefore, to properly make a finding of obviousness, a 

14 comparison between the applied prior art and the claims at issue must be made to ascertain the 

15 differences between what is being claimed and the teachings of the applied prior art. Moreover, 

16 before making a proper comparison between the claimed invention and the prior art, the 

17 language of the claims must first be properly construed. 5 



1 37 C.F.R. § 1.104(c) provides: 

In rejecting claims for want of novelty or for obviousness, the examiner must cite the best 
references at his or her command. When a reference is complex or shows or describes inventions 
other than that claimed by the applicant, the particular part relied on must be designated as nearly 
as practicable. The pertinence of each reference, if not apparent, must be clearly explained and 
each rejected claim specified. 

2 InreRiickaert . 9 F.3d 1531, 1532 (Fed. Cir. 1993) (citing In re Oetiker. 977 F.2d 1443, 1445 (Fed. Cir. 1992)). 

3 KSR Int'l Co. v. Teleflex Inc.. 127 S.Ct. 1727, 1734 (2007). 

4 Id. (quoting Graham v. John Deere Co. of Kansas City , 383 U.S. 1, 17-18 (1966)). 

5 See In re Paulsen , 30 F.3d 1475, 1479 (Fed. Cir. 1994); see also, Panduit Corp. v. Dennison Mfg. Co. , 810 F.2d 
1561, 1567-68 (Fed. Cir. 1987) (In making a patentability determination, analysis must begin with the question, 
"what is the invention claimed?" since "[c]laim interpretation, . . . will normally control the remainder of the 



6 



Application No.: 10/758,853 

1 

2 Claim 1 

3 On pages 8 and 9 of the First Response dated November 15, 2007 (hereinafter the First 

4 Response), Appellant presented the following arguments. At the outset, Appellant notes that the 

5 Examiner's written analysis with regard to claim 1 has been little assistance to Appellant in 

6 understanding the basis for the Examiner's rejection. For example, the Examiner refers to 

7 "[server]" as identically disclosing the claimed content proxy. However, Figs. 3 and 4 of Suzuki 

8 describe four different servers. Appellant is not in a position to guess as to what "server" in 

9 Suzuki the Examiner is referring to identically disclose the claimed content proxy. 
10 

1 1 Appellant also notes that the Examiner's analysis relies on generalizations and ignores the 

12 specific language of the claims. Also, the Examiner's cited passages of Figures 3-4 and 6-7 as 

13 well as paragraphs [0020]-[0023] and [0030] of Suzuki describe what Appellant has already 

14 admitted is prior art (i.e., see Fig. 1 of Appellant's specification). 
15 

16 As claimed, the MSWP portal is connected to a plurality of MSWPs and a content proxy. 

17 Figs. 3-4 and 6-7 of Suzuki do not teach a plurality of MSWPs. Instead, these figures only refer 

18 to a single wallet server. Moreover, these figures within Suzuki are also silent as to a MSWP 

19 portal between the plurality of MSWPs and a content proxy. Instead, these figures show a relay 

20 server (presumably allegedly corresponding to the claimed content proxy). 
21 



decisional process"); see Gechter v. Davidson, 116 F.3d 1454, 1460 (Fed. Cir. 1997) (requiring explicit claim 
construction as to any terms in dispute). 
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1 The only discussion, within the Examiner's cited passages, of multiple wallet servers is 

2 found in paragraph [0030], which is reproduced below: 

3 Also, a preferable mode is one wherein the payment system is provided with a plurality 

4 of the wallet servers, and the information out of which the predetermined item is to be selected by 

5 the contents converting section is information used by the user to select the wallet server for the 

6 payment out of the plurality of the wallet servers. 
7 

8 Completely absent from this passage, however, is a detailed discussion of how the multiple 



9 wallet servers are integrated into the system. On the contrary, claim 1 recites that "a composite 

10 profile generator configured to combine a plurality of MSWP profiles into a single, composite 

1 1 profile for routing payment messages in said proxy to the MSWP profile." Absent from the 

12 Examiner's cited passages is either a profile for each of the MSWPs or a single, composite 

13 profile. 
14 



15 The Second Office Action 

16 The Examiner's sole response to the above-reproduced arguments is found on page 8 of 

17 the Second Office Action in which the Examiner asserted the following: 

1 8 The Examiner respectfully disagrees. The Examiner has pointed to Figures 3-4 and 6-7 to 

19 show Suzuki's disclosure of a Wallet Server in figures. As the instant application is primarily 

20 directed towards wallet servers, the Examiner felt no need to specifically pin point a wallet server 

21 in the original office action. The Examiner's attention to such detail was remiss and has in effect 

22 been corrected. Conventional use of a non-mobile or mobile wallet server causes a composite 

23 profile to be created for quicker usability upon each successive iteration, (emphasis in original) 
24 

25 The Examiner's response not only does not respond to all of the previously-presented arguments, 

26 the Examiner's response raises more questions than it answers. 
27 

28 Claim 1 recites that the MSWP portal is coupled to a plurality of MSWPs and a content 

29 proxy. Thus, these claimed features represent three separate entities. The Examiner is asserting 

30 that the "Wallet Server" illustrated in Figures 3-4 and 6-7 identically discloses the claimed 
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1 content proxy. The questions this assertion raises regards what features within Suzuki the 

2 Examiner is now alleging corresponding to the claimed MSWP portal and the plurality of 

3 MSWPs. Upon reviewing the Examiner's cited passages, Appellant is unclear as to what features 

4 the Examiner is asserting identically discloses the claimed MSWP portal and the plurality of 

5 MSWPs. 
6 

7 Also, as already noted above, the Examiner only addressed, within the Second Office 

8 Action, one of the arguments previously presented in the First Response. 
9 

10 The Third Office Action 

11 As alluded to above, the Examiner is now asserting that Suzuki teaches all of the claimed 

12 limitations with the exception of "wallet portal." This assertion, by the Examiner, raises several 

13 issues. The first issue is that the term "wallet portal" is not found anywhere within the claims. 

14 As such, Appellant is not entirely clear as to what limitation the Examiner is alleging not taught 

15 by Suzuki and what limitation the Examiner is relying upon Schuba to teach. The other issues 

16 revolve upon the issues initially raised by Appellant in the First Response. As discussed in the 

17 First Appeal Brief, the Examiner's response in the Second Office Action only addressed one of 

18 these arguments. In the Third Office Action, the Examiner has again failed to address these 

1 9 previously presented arguments. 
20 

21 Returning to the first issue, the only portal found within claim 1 is the subject of claim 1 

22 itself (i.e., "[a] mobile server wallet provider (MSWP) portal comprising ..."). Thus, assuming 

23 that the Examiner intended to assert that Suzuki does not identically disclose the MSWP portal," 
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1 the Examiner's assertion is analogous to having a claim directed to "a bicycle, comprising two 

2 wheels, a seat ...) with the Examiner asserting that the primary reference does not teach a 

3 bicycle. As such, the Examiner has not clearly indicated that alleged scope and content of the 

4 applied prior art. 
5 

6 Turning to the newly presented secondary reference of Schuba, the Examiner asserted the 

7 following in the paragraph spanning pages 3 and 4 of the Third Office Action: 

8 Schuba, in a similar environment, teaches a wallet portal where a mobile server wallet 

9 transaction takes place. The Examiner notes that Schuba discusses the usage of a wallet server, 

1 0 which comprises an entity that operates between a merchant and a customer. This 'single entity' is 

1 1 located within the transaction between the merchant and a consumer and is used by both. The 

12 consumer communicates with the wallet, and the wallet, in turn, communicates with the merchant 

13 through the merchant's website. In effect, it would be obvious to conclude that this entity is thus 

14 likened to serve as a 'portal' in order to achieve successful system interoperability as disclosed; 

15 henceforth, a portal is taught in Schuba. Additionally, there are number of servers within the 

1 6 system of Schuba (//Unarguably, the server which corresponds more effectively to the operation of 

17 a proxy, teaches the proxy server of the instant application//). Furthermore, it is old and well 

18 known in the art that upon use of a mobile wallet, a composite profile is created for a 

19 user/ subscriber in order to allow for quicker usability during each successive/ subsequent use, 

20 thereby reducing the continuous data/bandwidth input into the system caused via each transaction. 
21 

22 Notable in its absence is the failure, by the Examiner, to specifically point to any of the teachings 

23 in Schuba. The Examiner has neither referred to paragraph number, page and line number, 

24 reference number, nor figure. 
25 

26 Turning to the Examiner's specific allegation, the Examiner is asserting that Schuba 

27 discloses a wallet server that operates between a merchant and customer and concludes, on this 

28 basis, that Schuba discloses a "portal." However, referring to Fig. 3, Suzuki also discloses a 

29 wallet server that operates between a merchant (i.e., shop server) and a customer (i.e., user 

30 terminal). As such, if the Examiner is relying upon Schuba to teach a "portal," Appellant is 

31 unclear as to why Suzuki was not relied upon to teach the "portal." As such, the Examiner 
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1 appears to be using inconsistent logic when asserting that Suzuki does not teach a portal whereas 

2 Schuba does. 
3 

4 The Examiner's analysis regarding the alleged benefit for making the proposed 

5 modification is found in the first full paragraph on page 4 of the Third Office Action and 

6 reproduced below: 

7 At the time of the invention it would have been obvious to one of ordinary skill in the art 

8 to modify the teachings of Suzuki for a relay server, relaying method and payment system with the 

9 features of Schuba for an electronic wallet server payment transaction for the purpose of creating a 

10 greater more robust and efficient system that also allows for ease of user interaction and 

1 1 protection/safety for user when making payments and/or transactions while using the system 

1 2 (Schuba: Page 1 , Paragraph 0002-Page 2, Paragraph 00 18). 
13 

14 Notwithstanding that the Examiner is alleging to modify Suzuki to include limitations that is 

15 already disclosed by Suzuki (based upon the logic the Examiner employed to assert that Schuba 

16 teaches the limitations), one having ordinary skill in the art would recognize that these benefits 

1 7 would already be obtained by the practice of Suzuki alone. 6 



18 

19 In conclusion with regard to claim 1, despite the Examiner reopening prosecution to 

20 include the secondary reference of Schuba within the rejection, the Examiner has not pointed to 

21 any teachings that are different than the teachings the Examiner already relied upon when 

22 previously rejecting claim 1 under 35 U.S.C. § 102 for anticipation based upon Suzuki. 

23 Moreover, the Examiner has not addressed the arguments previously presented by Appellant, 

24 which still apply to the present rejection and have been outstanding since Appellant's response to 

25 the First Office Action. 



6 See the non-precedential opinion of Ex parte Rinkevich , Appeal 2007-1317 ("we conclude that 
a person of ordinary skill in the art having common sense at the time of the invention would not 
have reasonably looked to Wu to solve a problem already solved by Savill") (emphasis in 
original). 
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1 
2 

3 Claims 3 and 6 

4 On pages 9 and 10 of the First Response, Appellant presented the following arguments. 

5 Each of claims 3 and 6 are directed to the concept of a filter plug-in configured to route payment 

6 messages to the portal when the payment messages match rules specified within the composite 

7 profile. With regard to these limitations, the Examiner cited paragraphs [0028]-[0029] and 

8 [0033]-[0038] of Suzuki and stated "[a]fter authentication takes place within the network, 

9 payment receipt messages are routed back and forth through the system." Completely absent 

10 from these passages, however, is a teaching as to a filter plug-in or "rules specified within the 

11 composite profile." Thus, the Examiner has failed to establish that Suzuki identically discloses 

12 the claimed invention, as recited in claims 3 and 6, within the meaning of 35 U.S.C. § 102. 
13 

14 Examiner's Response 

15 The Examiner's sole response to the above-reproduced arguments is found in the 

16 paragraph spanning pages 9 and 10 of the Second Office Action in which the Examiner asserted 

17 the following: 

1 8 The Examiner respectfully disagrees. It is commonly known to a person of ordinary skill 

19 in the art that a filter is involved in an initiation of an electronic payment transaction, a 

20 communication terminal of a customer, or a transaction server. A filter serves as a primary part of 

21 the communication system; the communication system allows a communication between the 

22 server of the merchant, the communication terminal and the transaction server. The filter, has, 

23 among others, the task of forwarding certain messages concerning the electronic payment 

24 transaction to assigned receivers. Filters can be a part of a communication system, such as a GSM, 

25 GPRS, PPDC, WCDMA, UMTS, Bluetooth type networks, etc. by way of example. In addition, 

26 the filter allows among others, that certain messages be redirected to the transaction server for the 

27 communication terminal. 
28 
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1 Appellant is unclear as to whether or not the Examiner is making an obviousness rejection or yet 

2 another factually unsupported inherency argument. In either instance, the Examiner has failed to 

3 set forth any substantial evidence needed for establishing either obviousness or inherency. 
4 

5 Third Office Action 

6 On page 5 of the Third Office Action, the Examiner presented the following additional 

7 assertions: 

8 The Examiner takes Official Notice to the fact that it is quite common and well known to 

9 one of ordinary skill in the art that a filter be involved in an initiation of an electronic payment 

10 transaction, a communication terminal of a customer, or a transaction server. A filter serves as a 

1 1 primary part of the communication system; the communication system allows a communication 

12 between the server of the merchant, the communication terminal and the transaction server. The 

13 filter has, among others, the task of forwarding certain messages concerning the electronic 

14 payment transaction to assigned receivers. Filters can be a part of a communication system, such 

15 as a GSM, GPRS, PPDC, WCDMA, UMTS, and Bluetooth type networks by way of example. In 

1 6 addition, a filter allows for, among other things, the ability for certain messages to be redirected to 

1 7 the transaction server for the communication terminal. 
18 

19 Despite the Examiner's taking Official Notice, the Examiner has not only failed to produce any 

20 substantial evidence to support the Examiner's allegations, even assuming arguendo that the 

21 Examiner is, in fact, correct, the Examiner has not even alleged that that the prior art teaches all 

22 of the claimed limitations. 

23 

24 The limitation at issue is "said WSP further comprises a filter plug-in configured to route 

25 said payment messages to the portal when said payment messages match rules specified within 

26 said composite profile." The Examiner, however, has only argued that a filter can be used in an 

27 electronic payment transaction. Assuming arguendo that this is true, such an allegation does not 

28 lead to the legal conclusion that all of the limitations recited in claim 3 would have been obvious 

29 to one having ordinary skill in the art. Instead, all the Examiner would have established that a 

30 filter is used but not how the filter is used and where the filter is disposed. 
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1 

2 Also, the burden still rests with the Examiner to establish factual evidence of the 

3 \obviousness of modifying the applied prior art to include these teachings. Simply asserting that 

4 the limitations are "quite common and well known" does not establish the obviousness of the 

5 limitations. 
6 

7 Conclusion 

8 Based upon the foregoing, Appellant respectfully submits that the Examiner's rejection 

9 under 35 U.S.C. § 103 based upon the applied prior art is not viable. Appellant, therefore, 
10 respectfully solicits the Honorable Board to reverse the Examiner's rejection under 35 U.S.C. § 103. 
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To the extent necessary, a petition for an extension of time under 37 C.F.R. § 1.136 is 
hereby made. Please charge any shortage in fees due under 37 C.F.R. §§ 1.17, 41.20, and in 
connection with the filing of this paper, including extension of time fees, to Deposit Account 09- 
0461, and please credit any excess fees to such deposit account. 



Date: September 17, 2008 Respectfully submitted, 



/Scott D. Paul/ 

Scott D. Paul 
Registration No. 42,984 
Steven M. Greenberg 
Registration No. 44,725 
Phone: (561)922-3845 
CUSTOMER NUMBER 46320 
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VIII. CLAIMS APPENDIX 

1 . A mobile server wallet provider (MSWP) portal comprising: 

a configuration for communicative coupling both to a plurality of MSWPs and also a 
content proxy; 

a composite profile generator configured to combine a plurality of MSWP profiles into a 
single, composite profile for routing payment messages in said proxy to the MSWP portal; and, 

selection logic configured to process a user selection of one of said MSWPs to process a 
payment transaction received through said proxy. 

2. The portal of claim 1, wherein said content proxy is a wireless service proxy (WSP). 

3. The portal of claim 2, wherein said WSP further comprises a filter plug-in configured 
to route said payment messages to the portal when said payment messages match rules specified 
within said composite profile. 

4. A payment transaction system comprising: 

a plurality of mobile server wallet providers (MSWPs) coupled to respective on-line 
financial institutions; 

at least one content proxy configured for coupling both to on-line merchants and to end 
user customers of said on-line merchants; and, 

at least one MSWP portal disposed between said MSWPs and said at least one content 

proxy. 
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5. The system of claim 4, wherein said content proxy comprises a wireless service proxy 

(WSP). 

6. The system of claim 4, wherein said content proxy further comprises a filter plug-in 
configured to route payment messages to said MSWP portal when said payment messages match 
rules specified within a profile provided to said filter plug-in by said MSWP portal. 

7. A method for processing a payment transaction in a mobile commerce system, the 
method comprising the steps of: 

processing a payment message in a portal to identify one of a selection of mobile server 
wallet providers (MSWPs) to handle an associated payment transaction; 

routing said payment message to said payment message to an identified one of said 
MSWPs; 

combining individual MSWP profiles for each of said MSWPs into a composite profile; 

and, 

providing said composite profile to a content proxy for use in trapping payment messages 
passing through said content proxy between an on-line merchant and a customer in the mobile 
commerce system. 

9. The method of claim 7, wherein said processing step comprises the steps of: 
identifying a customer associated with said payment message; 
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parsing a profile associated with said customer to determine a selection a preferred 
MSWPs; 

rendering a user interface presenting said selection of preferred MSWPs to said customer; 

and, 

selecting a particular one of said preferred MSWPs to handle said associated payment 
transaction based upon data provided by said customer in said user interface. 

10. The method of claim 9, further comprising the step of relaying payment transaction 
data produced by said selected one of said preferred MSWPs to said customer. 

1 1. The method of claim 9, further comprising the step of relaying payment transaction 
data produced by said selected one of said preferred MSWPs to a merchant associated with said 
payment transaction. 

12. The method of claim 11, wherein said relaying step comprises the step of relaying a 
payment guarantee to said merchant by said selected one of said preferred MSWPs. 

13. A machine readable storage having stored thereon a computer program for 
processing a payment transaction in a mobile commerce system, the computer program 
comprising a routine set of instructions which when executed by the machine cause the machine 
to perform the steps of: 

processing a payment message in a portal to identify one of a selection of mobile server 
wallet providers (MSWPs) to handle an associated payment transaction; 
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routing said payment message to said payment message to an identified one of said 
MSWPs; 

combining individual MSWP profiles for each of said MSWPs into a composite profile; 

and, 

providing said composite profile to a content proxy for use in trapping payment messages 
passing through said content proxy between an on-line merchant and a customer in the mobile 
commerce system. 

15. The machine readable storage of claim 13, wherein said processing step comprises 
the steps of: 

identifying a customer associated with said payment message; 

parsing a profile associated with said customer to determine a selection a preferred 
MSWPs; 

rendering a user interface presenting said selection of preferred MSWPs to said customer; 

and, 

selecting a particular one of said preferred MSWPs to handle said associated payment 
transaction based upon data provided by said customer in said user interface. 

16. The machine readable storage of claim 15, further comprising the step of relaying 
payment transaction data produced by said selected one of said preferred MSWPs to said 
customer. 



19 



Application No.: 10/758,853 

17. The machine readable storage of claim 15, further comprising the step of relaying 
payment transaction data produced by said selected one of said preferred MSWPs to a merchant 
associated with said payment transaction. 

18. The machine readable storage of claim 17, wherein said relaying step comprises the 
step of relaying a payment guarantee to said merchant by said selected one of said preferred 
MSWPs. 
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IX. EVIDENCE APPENDIX 

No evidence submitted pursuant to 37 C.F.R. §§ 1.130, 1.131, or 1.132 of this title or of 
any other evidence entered by the Examiner has been relied upon by Appellant in this Appeal, 
and thus no evidence is attached hereto. 
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X. RELATED PROCEEDINGS APPENDIX 

Although an Appeal has been filed in related U.S. Patent Application No. 10/675,503, 
Appellant is unaware of decision rendered by the Board in that matter. 
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